System and methods for monitoring unmanned traffic management infrastructure

ABSTRACT

A system and method for reliably and efficiently monitoring and arbitrating the performance of one or more UTM infrastructure systems are provided herein. The method for monitoring and arbitrating a plurality of UTM infrastructure networks involves monitoring and arbitrating a plurality of unmanned traffic management (UTM) infrastructure networks comprising integrating a UTM arbitration system between the plurality of UTM infrastructure networks, wherein the UTM arbitration system is operably configured to simultaneously monitor the UTM infrastructure networks; monitoring information and/or data associated with one or more UTM systems associated with the UTM infrastructure networks; detecting the presence or absence thereof of one or more inconsistencies in the data and/or information associated with the one or more UTM systems; and initiating a reconciliation activity in response to detecting the presence of at least one inconsistency in the data and/or information associated with the one or more UTM systems.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims priority to U.S. Provisional Application No. 62/808,496, filed on Feb. 21, 2019 and which is hereby incorporated by reference in its entirety.

FIELD OF THE DISCLOSURE

The present disclosure relates to systems and methods for monitoring and arbitrating unmanned aerial vehicle traffic management (UTM) infrastructure networks.

BACKGROUND OF THE DISCLOSURE

The rapid proliferation of unmanned aircraft systems (UAS's) necessitates systems and methods suitable for the integration of such systems into shared airspace. One of the most critical challenges associated with integration of small UAS's into shared airspace is effective unmanned traffic management (UTM). Currently, there are many limitations in the infrastructure used to enable and safely manage the widespread use of UAS's, regardless of the type of UAS. The size and altitude of many UAS's are such that traditional air traffic control systems, such as surveillance radar, are inappropriate. Radar technologies have difficulties monitoring UAS traffic at low altitudes, particularly when there are obstructions. As a result, other' types of infrastructure networks, such as wireless and SATCOM, are used with radar to ensure appropriate levels of coverage.

Conventional UTM systems, such as flight plans, address vehicle tracking via flight plans, Internet of Things input, etc. However, these solutions are dependent upon the wireless infrastructure network for operation, which presents limitations. First, the wireless infrastructure network is often deficient in its effectiveness in supporting normal use due to geographic and terrain issues, inability to meet current and growing capacity needs, weather conditions, etc. We all have experienced loss of signal for various reasons. Wireless infrastructure alone is not adequate to enable tracking of huge populations of UAS's that will be in operation. This results in a loss of signal and degradation of performance as UAS's move from one location through another.

Consequently, there is a need for a reliable and effective solution for monitoring and arbitrating the performance of UTM infrastructure systems.

SUMMARY OF THE DISCLOSURE

A system and methods for reliably and efficiently monitoring and arbitrating the performance of one or more UTM infrastructure system are provided herein.

In an exemplary embodiment, the method for monitoring and arbitrating a plurality of UTM infrastructure networks involves monitoring and arbitrating a plurality of unmanned traffic management (UTM) infrastructure networks comprising integrating a UTM arbitration system between the plurality of UTM infrastructure networks, wherein the UTM arbitration system is operably configured to simultaneously monitor the UTM infrastructure networks; monitoring information and/or data associated with one or more UTM systems associated with the UTM infrastructure networks; detecting the presence or absence thereof of one or more inconsistencies in the data and/or information associated with the one or more UTM systems; initiating a reconciliation activity in response to detecting the presence of at least one inconsistency in the data and/or information associated with the one or more UTM systems; identifying a secondary infrastructure network as the primary source for tracking one or more unmanned aerial systems (UAS's) in the one or more UTM systems when a reconciliation activity has been initiated; generating a correction action for the one or more UAS's in the one or more UTM systems; monitoring the performance of the plurality of the primary infrastructure network and the secondary infrastructure network in the one or more UTM systems to determine when primary function may be returned to the primary infrastructure network; and returning primary function to the primary infrastructure network.

BRIEF DESCRIPTION OF THE DRAWINGS

The above, as well as other advantages of the present disclosure, will become readily apparent to those skilled in the art from the following detailed description when considered in light of the accompanying drawings in which:

FIG. 1 is a schematic view of an exemplary system for monitoring and arbitrating UTM infrastructure networks.

FIG. 2 is a flowchart of an exemplary method for monitoring and arbitrating UTM infrastructure networks using the system of FIG. 1.

FIG. 3 is a schematic view of another exemplary system for monitoring and arbitrating UTM infrastructure networks.

DETAILED DESCRIPTION

It is to be understood that the invention may assume various alternative orientations and step sequences, except where expressly specified to the contrary. It is also understood that the specific devices and processes illustrated in the attached drawings, and described in the specification are simply exemplary embodiments of the inventive concepts disclosed and defined herein. Hence, specific dimensions, directions or other physical characteristics relating to the various embodiments disclosed are not to be considered as limiting, unless expressly stated otherwise.

In the following detailed description, numerous specific details are set forth in or der to provide a thorough understanding of the examples as defined in the claimed subject matter, and as an example of how to make and use the examples described herein. However, it will be understood by those skilled in the art that claimed subject matter is not intended to be limited to such specific details, and may even be practiced without requiring such specific details. In other instances, well-known methods, procedures, and ingredients have not been described in detail so as not to obscure the invention defined by the claimed subject matter. Some portions of the detailed description that follow are presented in terms of algorithms and/or symbolic representations of operations on data bits and/or binary digital signals stored within a computing system, such as within a computer and/or computing system memory. An algorithm is here and generally considered to be a self-consistent sequence of operations and/or similar processing leading to a desired result. The operations and/or processing may take the form of electrical and/or magnetic signals configured to be stored, transferred, combined, compared and/or otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, data, values, elements, symbols, characters, terms, numbers, numerals and/or the like. It should be understood, however, that all of these and similar terms are to be associated with appropriate physical quantities and are merely convenient labels. Unless specifically stated otherwise, as apparent from the following discussion, it is appreciated that throughout this specification discussions utilizing terms such as “processing”, “computing”, “calculating”, “determining” and/or the like refer to the actions and/or processes of a computing platform, such as a computer or a similar electronic computing device that manipulates and/or transforms data represented as physical electronic and/or magnetic quantities and/or other physical quantities within the computing platform's processors, memories, registers, and/or other information storage, transmission, and/or display devices.

Unless specifically stated otherwise, as apparent from the following discussion, it is appreciated that throughout this specification a computing platform includes, but is not limited to, a device such as a computer or a similar electronic computing device that manipulates and/or transforms data represented by physical, electronic, and/or magnetic quantities and/or other physical quantities within the computing platform's processors, memories, registers, and/or other information storage, transmission, reception and/or display devices. Accordingly, a computing platform refers to a system, a device, and/or a logical construct that includes the ability to process and/or store data in the form of signals. Thus, a computing platform, in this context, may comprise hardware, software, firmware and/or any combination thereof. Where it is described that a user instructs a computing platform to perform a certain action, it is understood that “instructs” may mean to direct or cause to perform a task as a result of a selection or action by a user. A user may, for example, instruct a computing platform embark upon a course of action via an indication of a selection, including, for example, pushing a key, clicking a mouse, maneuvering a pointer, touching a touch pad, touching a touch screen, acting out touch screen gesturing movements, maneuvering an electronic pen device over a screen, verbalizing voice commands, and/or by audible sounds. A user may include an end-user.

Flowcharts, also referred to as flow diagrams by some, are used in some figures herein to illustrate certain aspects of some examples. Logic they illustrate is not intended to be exhaustive of any, all, or even most possibilities. Their purpose is to help facilitate an understanding of this disclosure with regard to the particular matters disclosed herein. To this end, many well-known techniques and design choices are not repeated herein so as not to obscure the teachings of this disclosure.

Throughout this specification, the term “system” may, depending at least in part upon the particular context, be understood to include any method, process, apparatus, and/or other patentable subject matter that implements the subject matter disclosed herein. The subject matter described herein may be implemented in software, in combination with hardware and/or firmware. For example, the subject matter described herein may be implemented in software executed by a hardware processor.

Provided herein are methods and systems that enable reliable and effective monitoring, tracking, and arbitrating UTM infrastructure systems via a UTM arbitration system (UPAS) for UAS's. The UTM arbitration system may provide one or more services such as monitoring connectivity between unmanned aerial vehicles (UAV's) and UTM infrastructure systems for various purposes, such as tracking the positioning of the UAV relative to its location (e.g., latitude, longitude, elevation) and the location of other unmanned aerial vehicles; monitoring UTM infrastructure systems (e.g., wireless, radar, satellite), such as UTM flight plan management systems, for any differences/discrepancies between various UTM infrastructure systems and for performance levels and performance degradation of the UTM infrastructure systems. The UPAS way also switch from using a primary UTM infrastructure system to using a secondary/backup UTM infrastructure system in response to the measured performance levels of the UTM infrastructure systems.

Referring to FIG. 1, FIG. 1 shows a schematic view of an exemplary system 100 for monitoring and arbitrating UTM infrastructure networks. The system 100 includes a UTM arbitration system 110, one or more UAS's 120, a UTM system 130, and one or more infrastructure networks 160. The UTM arbitration system 110 includes one or more UPAS servers 190. The one or more UPAS servers 190 may be computing devices, such as, but not limited to computer, a tablet, a desktop, a laptop, a smartphone, a watch, or other device capable of communicating with the UPAS server 190.

In an embodiment, the UTM arbitration system 110 also includes a sensor detection system 180 operably configured to detect one or more sensors 170 positioned on one or more infrastructure networks 160.

As best shown in FIG. 1 and as a non-limiting example, the UTM arbitration system 110 also includes a performance analysis tool 192 and a machine learning predictive tool 194, which is operably configured to build a library of infrastructure performance against recorded conditions (i.e., weather, time of day, geographic/terrain conditions, etc.) and subsequently use that information as part of its analytics functionality supporting assessment and arbitration. The performance analysis tool 192 is operably configured to monitor the performance of the one or more infrastructure networks 160.

The UTM system 130 may be any known UTM system and may include one or more UTM servers 150 in communication with the one or more UAS's 120 via the one or more infrastructure networks 160. The one or more UTM servers 150 may be a computing device, such as, but not limited to computer, a tablet, a desktop, a laptop, a smartphone, a watch, or other device capable of communicating with the UTM server 150. In an embodiment, the one or more sensors 170 may be integrated within the one or wore infrastructure networks 160. As best shown in FIGS. 1 and 3, in some embodiments, the one or more infrastructure networks 160 may be a radar infrastructure network, a satellite communication (SATCOM) infrastructure network, a wireless network (e.g., cellular telephone network, the Internet or a local area network), and/or any combination thereof. Non-limiting examples of the SATCOM infrastructure network are a distributed SATCOM infrastructure network and a constellation SATCOM infrastructure network. In yet other embodiments, other forms of communications may be used such as wired and wireless telecommunication channels.

As best shown in FIGS. 1 and 3, the one or more UTM servers 150 may communicate with one or more air traffic management devices 140, such as ground control, via the infrastructure networks 160. The one or more UTM servers 150 of the UTM system 130 may be configured to authorize a flight, coordinate the flight continuously throughout the flight, enable real-time communication with the one or more air traffic management devices 140, and maintain a database of active UAS's 120.

The one or more UAS's 120 may comprise any unmanned vehicle purposed for flight, including for example, UAV's, unmanned aircraft devices, and small unmanned aircraft systems (sUAS's). The UTM system 130 may be configured to receive data from the one or more UAS's 120. In non-limiting examples, the data may be flight data and/or position data, such as current position, speed, and the like. Non-limiting examples of the flight data may be data related to an anticipated flight of the UAS 120, a flight purpose, a current location, a flight path/pattern, a flight area, a flight time, a flight duration, and/or combinations thereof.

The one or more infrastructure networks 160 may either be one or more primary infrastructure networks 160A or one or more secondary infrastructure networks 160B in the UTM arbitration system 110. The one or more primary infrastructure networks 160A refer to the main/original infrastructure networks configured to manage the uses of the one or more UAS's 120. The one or more secondary infrastructure networks 160B refer to the backup infrastructure networks configured to manage the uses of the one or more UAS's 120 under specific circumstances.

In an embodiment, the UTM arbitration system 110 communicates, with the one or more infrastructure networks 160, via the one or more sensors 170. The UTM arbitration system 110 is operably configured to monitor the performance of the one or more infrastructure networks 160. The one or more infrastructure networks 160 may be monitored simultaneously and in real-time.

Referring to FIG. 2, FIG. 2 shows a flowchart of an exemplary method 200 for monitoring and arbitrating UTM infrastructure networks. As shown in block 210, the method 200 begins when the UTM arbitration system 110 integrates with each of the one or more infrastructure networks 160 of the UTM system 130 to enable simultaneous monitoring of the one or more infrastructure networks 160. In a non-limiting example, the one or more infrastructure networks 160 are the wireless infrastructure network and one of the SATCOM infrastructure network or the radar infrastructure network, which may be known as a hybrid infrastructure network.

In an embodiment, integration of the UTM arbitration system 110 into one or more of the infrastructure networks 160 involves physically housing the UTM arbitration system 110 in one or more of the infrastructure networks 160. Also, one or more API's in the infrastructure network 160 and in external systems, such as those available via the Internet, may be used in the system 100 to allow for integration between the UTM arbitration system 110 and the infrastructure network 160, such as a hybrid infrastructure network.

In an embodiment, the UTM arbitration system 110 integrates with external systems via the primary infrastructure network 160A to enable monitoring of various parameters in the UTM system 130, including but not limited to flight plans, vehicle identification, and/or vehicle-to-vehicle proximity tracking. Non-limiting examples of the external systems are asset management software, Internet of things, and weather updates.

Once the UTM arbitration system 110 has integrated with the one or more infrastructure networks 160, the UTM arbitration system 110 monitors information and/or data associated with the UTM system 130, as shown in block 220. The one or more UPAS servers 190 process and analyze this information and/or data in real-time using algorithms, such as analytical and machine learning algorithms, in order to determine if there are any inconsistencies across different components of the UTM system 130. This is done to assess the performance of the one or more infrastructure networks 160. In some embodiments, some of the components analyzed in the UTM system 130 are flights plans versus physical vehicle tracking/positioning, versus vehicle-to-vehicle connectivity, versus weather conditions reports and forecasts. A non-limiting example of such a component is a notification of change in a flight plan that would account for differences in plan versus vehicle tracking.

With regard to the one or more infrastructure networks 160, the one or more UPAS servers 190 analyze data and/or information associated with the primary infrastructure network 160A as compared with data and/or information associated with the secondary infrastructure network 160B. This may include monitoring the continuity of the signal, the coverage, and any latency issues related to the one or more infrastructure networks 160. In a non-limiting example, the UTM arbitration system 110 may have an integration protocol to monitor the state of integration with the one or more infrastructure networks 160.

As shown in block 230, the UTM arbitration system 110 determines whether there are inconsistencies in the data and/or information between information sources, other than between the primary infrastructure network 160A and the secondary infrastructure network 160B. If there are one or more inconsistencies, the UTM arbitration system 110 initiates a reconciliation activity, as shown in block 240. In an embodiment, the reconciliation activity may be defined based upon weighting and probability modeling applied against data and/or information acquired and processed from various disparate sources. While the reconciliation activities are occurring, the primary tracking functions for the UTM system 130 may be transferred from the primary infrastructure network 160A to the secondary infrastructure network 160B.

If the UTM arbitration system 110 does not find any inconsistencies in the data and/or information between information sources, the UTM arbitration system 110 will not initiate reconciliation activity, as shown in block 250.

If the UTM arbitration system 110 determines that the inconsistencies in the data/information emanate from the primary infrastructure network 160A, the UTM arbitration system 110 identifies the secondary infrastructure networks 160B as the primary source for tracking the one or more UAS's 120, as shown in block 260. The inconsistencies in the primary infrastructure network 160A may originate from the degradation of the primary infrastructure network 160A beyond predetermined acceptable levels or from interruptions in the performance of the primary infrastructure network 160A. In a non-limiting example, the wireless infrastructure network is the original primary network 160A and the SATCOM and radar networks are the original secondary infrastructure networks 160B. Some of the data and/or information analyzed by the one or more UPAS servers 190 of the UTM arbitration system 110 when deciding whether to transition to a secondary/backup infrastructure network are associated with the positioning of the one or more UAS's 120 in the environment, vehicle proximity monitoring (i.e., collision avoidance), and the capacity of the wireless network.

Non-limiting examples of tracking performance of the UTM system 130 through positioning discrepancies include the following:

-   -   Primary infrastructure network 160A (i.e. wireless network)         versus the original secondary infrastructure networks 160B         (i.e., SATCOM or radar networks) by comparing         tracking/positioning data to data from sources;     -   The one or more infrastructure networks 160 versus the Internet         of Things based on filed flight plans in the UTM system 130 from         secondary sources;     -   The one or more UAS's 120 versus the one or more infrastructure         networks 160 versus the Internet of Things based on data from         other sources; and     -   Vehicle versus vehicle proximity position.

In an embodiment, if the UTM arbitration system 110 identifies inconsistencies in the data and/or information between the primary network 160A and the secondary network 160B of the UTM system 130, the UTM arbitration system 110 may initiate a corrective action, such as a flight holding pattern for the one or more UAS's 120 in the environment, as shown in block 270. The flight holding pattern may be executed through integration between the flight control of the one or more UAS's 120 and the UTM arbitration system 110. The flight holding pattern may then be maintained until the discrepancies are reconciled and appropriate corrective action is taken.

The UTM arbitration system 110, via the performance analysis tool 192, may then simultaneously monitor performances of the original primary network 160A and the secondary network 160B of the UTM system 130 to determine whether it is safe for the UTM system 130 to return primary function to the primary network 160A, as shown in block 280. In an embodiment, if the UTM arbitration system 110 determines that the performance of the primary network 160A has returned to predetermined acceptable levels for a predetermined amount of time and that the performance degradation of the primary network 160A was the result of external forces, such as weather, the primary network 160A will resume primary function of the UTM system 130, as shown in block 290.

In an embodiment, if the UTM arbitration system 110 determines that the performance of the primary network 160A has not returned to predetermined acceptable levels for a predetermined amount of time or that the performance degradation of the primary network 160A was not the result of external forces, the secondary network 160E will continue to function as the main source for the UTM system 130, as shown in block 295.

Depending on the type and amount of discrepancies identified by the UTM arbitration system 110, non-limiting examples of corrective action may include the following:

-   -   Switching from the primary infrastructure network 160A (i.e.,         wireless network) versus the original secondary infrastructure         networks 160B (i.e., SATCOM or radar networks) based on         performance of the primary infrastructure network 160A, with the         ability to switch back to the primary infrastructure network         160A upon performance improvement;     -   Modifying flight plans in the UTM system 130 based on         discrepancies and/or needed flight corrections and results; and     -   Disabling or modifying vehicle-to-vehicle collision avoidance to         extend the distance between vehicles relative to the action         avoidance being required.

In some examples, arbitration using the UTM arbitration system 110 between discrepant sources of data is first based on consistent data across a majority of data sources. In the event that there is no majority among data sources, discrepancy reconciliation may be determined based upon the following, listed from most important:

-   -   Analytics performed against specific data sets with         consideration given to various variables including but not         limited to weighting factors for the data, probability         algorithms, etc.;     -   V2X; refers to Vehicle connectivity in the context of the         Internet or as is referred to in the connectivity industry         “Vehicle to Everything.” This would include external sources of         information/data acquired from the Internet such as weather         conditions, power outages (rolling or otherwise), Asset         Management Systems relative to the infrastructure (scheduled and         unscheduled maintenance, etc.;     -   The one or more infrastructure networks 160; and     -   Vehicle-to-vehicle proximity positioning.

In certain embodiments, the system 100 has a sensor detection system 180 that includes a sensor subsystem comprising a plurality of sensors 170 for determining signal performance between an unmanned aerial vehicle (UAV) and a wireless communication infrastructure (e.g., cellular telephone infrastructure) and between the UAV and a satellite communications infrastructure. System 110 also includes a controller or UTM arbitration system 130 having a computing device (e.g., performance analysis tool 192) that receives signals from the sensor subsystem, and a performance arbitration module 195 for switching between tracking and communicating with the unmanned aerial vehicle using wireless infrastructure or satellite communications infrastructure depending on relative performance criteria for the communications infrastructure. The sensor subsystem may include a plurality of signal strength meters, signal latency detection calculators, and/or other sensors or modules for characterizing signal performance. The controller can be configured to switch tracking of (and/or communication with) the UAV from either communication infrastructure to the other when a loss of connectivity is detected. The controller can be configured to instruct the UAV to remain in a holding pattern when performance criteria for both communication infrastructures are below a threshold value. The controller can be configured to switch from the satellite communication infrastructure to the wireless communication infrastructure for the UAV whenever the performance criteria for the wireless communication infrastructure exceeds a threshold value. The controller can be configured to track the UAV with radar infrastructure when both communications infrastructure have degraded below a predetermined threshold value. The controller can be configured to evaluate the magnitude of a deviation in actual flight path of a particular UAV from a predetermined flight plan for that UAV, and provide corrective instructions to that particular UAV. The controller can be configured to monitor UAV flight paths for potential proximity encroachment and reroute at least one of the UAV's to avoid proximity encroachment. The UAV can be configured to maintain a holding pattern when there is a loss of connectivity between the UAV and both of the communications infrastructures. The system can be configured to build a library of infrastructure performance against recorded conditions, and use that library to predict communications infrastructure degradation along a planned flight path and modify the flight plan to avoid loss of connectivity or communications infrastructure degradation. The system can be configured to monitor weather conditions along a planned flight path and modify the flight plan to avoid loss of connectivity or communications degradation.

In certain aspects of the disclosure, a method includes establishing communication between a UAV and wireless communication infrastructure; establishing communication between the UAV and satellite communication infrastructure; providing a controller that evaluates signal availability, latency and performance for communication between the UAV and the wireless communication infrastructure and between the UAV and the satellite communication infrastructure; tracking and controlling the UAV via the wireless communication infrastructure when a signal is available from the wireless communication infrastructure and the latency and performance of the wireless signal exceeds a predetermined acceptable threshold; switching to tracking and controlling the UAV via the satellite communication infrastructure when a signal is not available from the wireless communications infrastructure or the latency or performance of the signal from the wireless communication infrastructure is below a predetermined threshold; and switching back to tracking and controlling the UAV via the wireless communication infrastructure when a signal is available and the latency and performance of the signal from the wireless communication infrastructure exceeds the predetermined acceptable threshold.

The present methods and system may be operational with other general purpose or special purpose computing system environments or configuration. Examples of well-known computing systems, environments, and/or configurations that can be suitable for use with the methods and system comprise, but are not limited to, personal computers, server computers, laptop devices, multiprocessor systems, and the like.

The computing device disclosed herein may comprise one or more processors, a system memory, and a bus that couples various components of the computer to the system memory. The computing device may comprise a variety of computer readable media, such as removable and non-removable media. The system memory can comprise computer readable media in the form of volatile memory, such as RAM, and/or non-volatile memory, such as read-only memory. The methods and system may employ artificial intelligence techniques such as machine learning and iterative learning.

It is to be understood that the various embodiments described in this specification and as illustrated in the attached drawings are simply exemplary embodiments illustrating the inventive concepts as defined in the claims. As a result, it is to be understood that the various embodiments described and illustrated may be combined to form the inventive concepts defined in the appended claims.

In accordance with the provisions of the patent statutes, the present invention has been described to represent what is considered to represent the preferred embodiments. However, it should be noted that this invention can be practiced in other ways than those specifically illustrated and described without departing from the spirit or scope of this invention. 

1-21. (canceled)
 22. A Communication Node Management (CNM) arbitration system comprising: a computing device including a processor and a memory configured to store instructions configured to be executed by the processor; a sensor detection system in communication with the computing device and configured to receive sensor signals from a communication node management system; and a performance arbitration module in communication with the computing device and configured to monitor performance data of and communicate with the communication node being managed by and received through the communication node management system, wherein the CNM arbitration system is configured to bi-directionally communicate with the communication node management system, to monitor and communicate with the communication node through at least one infrastructure network being managed by the communication node management system, to detect one of a signal performance condition and an external condition, wherein each condition causes a discrepancy of performance of the communication node being managed by the communication node management system, and to initiate a reconciliation activity, based on the step of detecting, the reconciliation activity configured to reconcile the discrepancy of performance of the communication node being managed by the communication node management system.
 23. The CNM arbitration system according to claim 22, wherein the performance arbitration module is further configured to monitor the performance data of the communication node including communication performance data between the communication node and the at least one infrastructure network.
 24. The CNM arbitration system according to claim 23, wherein the communication performance data between the communication node and at least one of the infrastructure network is stored as a library of infrastructure performance.
 25. A Communication Node Management (CNM) arbitration system comprising: a computing device including a processor and a memory configured to store instructions configured to be executed by the processor; a sensor detection system in communication with the computing device and configured to receive sensor signals from a communication node management system; and a performance arbitration module in communication with the computing device and configured to monitor performance data of and communicate with the communication node being managed by and received through the communication node management system, wherein the CNM arbitration system is configured to build a library of infrastructure network performance by monitoring at least one infrastructure network in communication with the communication node with respect to at least one recorded condition of the communication node being managed by the communication node management system, to predict, by use of the library of infrastructure network performance, communication degradation of the at least one infrastructure network one of in communication with the communication node or proposed to be in communication with the communication node, and provide the predicted communication degradation as analytic data to support assessment of communication issues and arbitration to avoid potential communication degradation between the communication node and the communication node management system.
 26. The CNM arbitration system according to claim 25, wherein the recorded condition comprises at least one of an external condition, a time of day, a geographic condition, a terrain condition, a power outage status and an asset management maintenance condition.
 27. A Communication Node Management (CNM) arbitration system comprising: a computing device including a processor and a memory configured to store instructions configured to be executed by the processor; a sensor detection system in communication with the computing device and configured to receive sensor signals from a communication node management system; and a performance arbitration module in communication with the computing device and configured to monitor performance data of and communicate with the communication node being managed by and received through the communication node management system, wherein the CNM arbitration system is configured to detect a communication degradation between the communication node and at least one infrastructure network being managed by the communication node management system, and to modify, in response to detecting the communication degradation, a parameter of the communication node to correct the communication degradation. 